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METHOD AND SYSTEM FOR DEALING WITH NON-PAYING BIDDERS 
RELATED TO NETWORK-BASED TRANSACTIONS 

FIELD OF THE INVENTION 

The present invention relates generally to the field of e-commerce. More 
particularly, the present invention relates to a method and system for dealing 
with non-paying bidders related to network-based transactions. 
5 BACKGROUND OF THE INVENTION 

A common type of network-based transaction is purchasing goods or 
services via a network-based transaction facility, e.g., a website on the Internet. 
One type of network-based transaction is an online-auction transaction. In an 
online-auction transaction, a seller offers an item for sale via an auction website 

10 in which a number of bidders access the website and bid for the item. A 
transaction is completed after the winning bidder pays for the item and the 
seller delivers the item to the winning bidder. 

A typical problem associated with such a transaction is a winning bidder 
failing to follow through with the transaction. For example, the winning bidder 

15 may fail to pay for the auctioned item or provide a fraudulent check to 

purchase the item. In such a case, the bidder is referred to as a "non-paying 
bidder." As a result of a failed transaction, the seller may request a refund for a 
fee that may have been charged by the network-based transaction facility to 
facilitate the transaction. Another problem that may occur is a seller falsely 

20 claiming that a transaction did not go through to obtain a refund when in fact a 
valid sale occurred. 
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Thus, there is a need to minimize the number of non-paying bidders and 
to minimize seller abuse in falsely claiming refunds. Furthermore, there is a 
need to track non-paying bidders and to minimize network-based transaction 
facility resources in tracking non-paying bidders. 



SUMMARY OF THE INVENTION 

<§U\£^|)~7 A method and system for dealing with non-paying bidders related to 

I network- qased transactions are disclosed. For one embodiment, a submission 
of a complaW is submitted to a network-based facility. The complaint is 
5 related to a party in a failed a transaction. A resolution of the complaint is 

facilitated. A record associated with the party is updated if the complaint is not 
resolved. The record indicates a count of failed transactions related to the 
party. A refund request can also be facilitated if the complaint is not resolved. 
Other features ofcthe present invention will be apparent from the 
i; 8 ; 10 accompanying drawings S^nd from the detailed description that follows. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention is illustrated by way of example and not intended 
to be limited by the figures of the accompanying drawings in which like 
references indicate similar elements and in which: 
5 FIG. 1 is a block diagram illustrating an exemplary network-based 

transaction facility in the form of an Internet-based auction facility; 

FIG. 2 is a database diagram illustrating an exemplary database for the 
transaction facility; 

FIG. 3 is a diagrammatic representation of an exemplary non-paying 
10 bidder items table of the database illustrated in FIG. 2; 

FIG. 4 is a diagrammatic representation of an exemplary non-paying 
bidders table of the database illustrated in FIG. 2; 

FIG. 5 is a diagrammatic representation of an exemplary sellers 
complaint table of the database illustrated in FIG. 2; 
15 FIG. 6 is a diagrammatic representation of an exemplary sellers final 

value fee request table of the database illustrated in FIG. 2; 

FIG. 7 is a diagrammatic representation of an exemplary non-paying 
bidder appeal table of the database illustrated in FIG. 2; 

FIGS. 8A through 8D are flow charts illustrating an exemplary operation 
20 for a network-based facility to handle non-paying bidders and to handle final 
value fee refund requests; 



-4- 



FIG, 9A and 9B illustrate exemplary interfaces providing information 
about a non-paying bidder program; 

FIGS. 10A and 10B illustrate exemplary interfaces for entering a non- 
paying bidder alert or complaint form; 
5 FIG. IOC illustrates an exemplary interface indicating that a non-paying 

bidder alert or complaint form has been filed; 

FIG. 11A through 11C illustrate exemplary interfaces for entering a final 
value fee credit request form; 

FIG. 12 illustrates an exemplary interface for entering a non-paying 
10 bidder appeal; 

FIG. 13 illustrates an exemplary interface for providing a non-paying 
bidder appeal confirmation; 

FIG. 14 illustrates an exemplary interface for providing a transaction 
backout profile; and 

15 FIG. 15 is a diagrammatic representation of a machine, in an exemplary 

form of a computer system, in which a set of instructions for causing the 
machine to perform any of the methodologies of the present invention may be 
executed. 
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DETAILED DESCRIPTION 

A method and system for dealing with non-paying bidders related to 
network-based transactions are described. For one embodiment, a submission 
of a complaint is submitted to a network-based facility. The complaint is 
5 related to a party in a failed a transaction. A resolution of the complaint is 

facilitated. A record associated with the party is updated if the complaint is not 
resolved. The record indicates a count of failed transactions related to. the 
party. A refund request can also be facilitated if the complaint is not resolved. 
The method and system described herein can reduce abuse by users 
10 filing false refund requests for failed transactions by allowing a user who fails 
to follow through in a transaction an opportunity to resolve or complete the 
transaction. Furthermore, the number of users failing to complete a transaction 
can be reduced by maintaining a record indicating a count of failed transactions 
related to the user. If the count exceeds a threshold, the user is suspended from 
15 participating in transactions on the network-based facility. 

In the following embodiments, for purposes of explanation, numerous 
specific details are set forth in order to provide a thorough understanding of 
the present invention. It will be evident, however, to one skilled in the art that 
the present invention may be practiced without these specific details. 
20 Terminology 

In the following embodiments, the term "transaction" or "transactions" 
refers to any communications between two or more entities and is to be 
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construed to include, but limited to, commercial transactions including sale and 
purchase transactions, online-auction transactions and other like transactions. 

Transaction Facility 
FIG. 1 is a block diagram illustration of an exemplary network-based 
5 transaction facility 100 in the form of an "Internet" network-based auction 
facility 110. While an exemplary embodiment of the present invention is 
described within the context of an auction facility, it will be appreciated by 
those skilled in the art that the invention will find application in many different 
types of computer-based, network-based, or e-commerce based facilities. 

10 The auction facility 110 includes one or more of a number of types of 

front-end servers, namely pages servers 112 that deliver web pages (e.g., 
markup language documents), pictures servers 114 that dynamically deliver 
images to be displayed within Web pages, listing servers 116, CGI servers 118 
that provide an intelligent interface to the back-end of facility 110, and search 

15 servers 120 that handle search requests to the facility 110. Email servers 121 
provide, inter alia, automated email communications to users of the facility 110. 
Auction facility 110 also includes administrative application(s) functions 128 for 
providing functions for applications running auction facility 110. 

The back-end servers include a database engine server 122, a search 

20 index server 124 and a credit card data server 126, each of which maintains and 
facilitates access to respective databases 123, 125, 127, respectively. 



-7- 



The Internet-based auction facility 110 may be accessed by a client 
program 130, such as a browser (e.g., the Internet Explorer® distributed by 
Microsoft Corp. of Redmond, Washington) that executes on a client machine 
132 and accesses the facility 110 via a network such as, for example, the Internet 
5 134. Other examples of networks that a client may utilize to access the auction 
facility 110 include a wide area network (WAN), a local area network (LAN), a 
wireless network (e.g., a cellular network), or the Plain Old Telephone Service 
(POTS) network. 

Database Structure 

10 FIG. 2 is a database diagram illustration of an exemplary database 200, 

maintained by and accessed via the database engine server 122, which at least 
partially implements and supports the network-based auction facility 110. 
Database 123 may, in one embodiment, be implemented as a relational 
database, and includes a number of tables having entries, or records, that are 

15 linked by indices and keys. In an alternative embodiment, database 123 may be 
implemented as a collection of objects in an object-oriented database. 

Central to the database 123 is a user table 240, which contains a record 
for each user of the auction facility 110. A user may operate as a seller, buyer, 
or both, within the auction facility 110. Database 123 also includes item tables 

20 242 that may be linked to the user table 240. Specifically, tables 242 include a 
seller item table 244 and data items table 246. A user record in user table 240 
may be linked to multiple items that are being, or have been, auctioned via 



auction facility 110. A link indicates whether the user is a seller or a bidder (or 
buyer) with respect to items for which records exist within the item tables 242. 
Database 123 also includes a note table 248 populated with note records that 
may be linked to one or more item records within the item tables 242 and/ or to 
5 one or more user records with the user table 240. Each note record within the 
note table 248 may include, inter alia, a comment, description, history of other 
information pertaining to an item being auction via auction facility 100, or to a 
user of auction facility 110. 

A number of other tables are also shown to be linked to the user table 

10 240, namely a user past aliases table 250, a feedback table 252, a feedback details 
table 253, a transaction record table 260, account balances table 258, accounts 
table 256, bids table 254, seller final value fee request table 270, seller final value 
fee request details table 272, non-paying bidder complaints table 262, and non- 
paying bidder complaint details table 264. 

15 Non-Paying Bidder Complaint/Final Value Fee Request Record Tables 
FIGS. 3-8 are diagrammatic representations of exemplary embodiments 
of transaction record tables that are populated with records or entries for non- 
paying bidder complaints and final value fee requests relating to failed 
transactions (e.g., failed Internet based auction transactions) that have been 

20 facilitated by auction facility 110. Such transaction record tables may be stored 
in non-paying bidder complaints table 262, non-paying bidder complaint 
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details table 264, seller final value fee request table 270, seller final value fee 
request details 272. 

3 is a diagrammatic representation of an exemplary non-paying 
bidder items table 300 of the database illustrated in FIG. 2. Referring to FIG. 3, 
5 non-paying pidder (NPB) items table 300 includes a item no. column 302, seller 
user ID colurrm 304, NPB user ID column 306, reason for failed transaction 
column 308, notke date column 310, and notice reason column 312. 

Item no. corumn 302 stores item identifiers of items involved in failed 
transactions. Seller user ID column 304 stores user IDs of sellers who auctioned 

10 an item in item no. column 302. NPB user ID column 306 stores user IDs of 
buyers who did not follow through on a transaction related to the items 
identified in item no. column 302. Reasons for failed transaction column 308 
stores reasons why the transaction failed that may be given by a seller. For 
example, reasons may include a buyer failing to purchase an item or providing 

15 a fraudulent check to pay for the item. 

Notice date column 310 stores the date a notice was sent to the respective 
buyer identified in the NPB user ID column 306 that he/she has not completed 
the transaction for the item identified in the respective item no. column 302. 
Notice reason column 312 stores the reasons why the notice was sent. For 

20 example, the notice can be sent because a seller filed a final value fee refund 
request or the seller filed a NPB alert against the buyer. 
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FIG. 4 is a diagrammatic representation of an exemplary non-paying 
bidders table 400 of the database illustrated in FIG. 2. Referring to FIG. 4, non- 
paying bidders table 400 includes a NPB user ID column 402, item no. column 
404, valid warning count 406, NPB tick column 408, reason for NPB tick column 
5 410, and suspended status column 412. 

NPB user ID column 402 stores the user IDs of buyers in which a 
complaint has been filed. The buyers listed in NPB user ID column 402 are 
buyers involved in failed transactions. Item no. column 404 stores identifiers of 
items involved in transactions in which the buyer listed in NPB user ID column 
10 402 was the winning bidder and failed to complete the transaction for the item. 

Valid warning count column 406 stores a count value on the number of 
times the NPB received a warning for being a "non-paying bidder" or for failing 
to complete a transaction. NPB tick column 408 stores the number of times the 
NPB has been involved in a failed transaction in which the NPB was at fault. 
15 Reason for NPB tick column 410 stores the reasons for the NPB tick. Suspended 
status column 412 stores the status of the NPB to participate on the network- 
facility. For example, after a certain number of NPB ticks, the NPB can be 
suspended from participating in an on-line auction on the network-based 
facility. 

20 FIG. 5 is a diagrammatic representation of an exemplary sellers 

complaint table 500 of the database illustrated in FIG. 2. Referring to FIG. 5, 
sellers complaint table 500 includes a seller user ID column 502, NPB user ID 
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column 504, date of complaint column 506, reason for complaint column 508, 
and status of complaint column 510. 

Seller user ID column 502 stores the user IDs of sellers filing NPB 
complaints. NPB user ID column 504 stores user IDs of buyers in which a NPB 
5 complaint has been filed against. Date of complaint column 506 stores the date 
in which the NPB complaint was filed. Reason for complaint column 508 stores 
the reasons why the seller filed the NPB complaint. Status of complaint column 
510 stores the status of the complaint. For example, the status can indicate that 
the complaint has been resolved or if it is pending. 

10 FIG. 6 is a diagrammatic representation of an exemplary sellers final 

value fee (FVF) request table 600 of the database illustrated in FIG. 2. Referring 
to FIG. 6, sellers FVF request table 600 includes sellers user ID column 602, NPB 
user ID column 604, item no. column 606, action desired column 608, reason for 
FVF credit column 610, credit date column 612, and credit amount column 614. 

15 Sellers user ID column 602 stores the user IDs of sellers filing a FVF 

refund request. NPB user ID column 604 stores the user IDs of the NPB related 
to the FVF refund request by the seller. Item no. column 606 stores an identifier 
of the item related to the FVF refund request. Action desired column 608 stores 
the requests of the seller. For the seller may request a refund or a credit for 

20 future transactions. 

Reason for FVF credit column 610 stores the reason for the credit. For 
one embodiment, the following reasons are not valid reasons for filing a FVF 
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credit, which are: (1) the bidder paid, returned it and seller issued a refund; (2) 
Seller and Buyer mutually agreed not to complete the transaction; or (3) sale 
price to high bidder was lower than final high bid. Credit date column 612 
stores the date in which a refund or a credit for future transactions was given. 
5 Credit amount column 614 stores the amount of the credit or refund given. 

FIG. 7 is a diagrammatic representation of an exemplary non-paying 
bidder appeal table 700 of the database illustrated in FIG. 2. Referring to FIG. 
7, NPB table 700 includes an item no. column 702, seller user ID column 704, 
NPB user ID column 706, reason for failed transaction column 708, reason for 

10 appeal column 710, and appeal code column 712. 

Item no. column 702 stores item identifiers related to failed transactions. 
The failed transaction has caused an NPB to have a "tick" or count against him 
in which the NPB is considered at fault. Seller user ID column 304 stores user 
IDs of sellers who auctioned an item in item no. column 302 and filed a NPB 

15 complaint or alert against the NPB. NPB user ID column 306 stores user IDs of 
buyers who did not follow through on a transaction related to the items 
identified in item no. column 302. 

Reasons for failed transaction column 308 stores reasons why the 
transaction failed. For example, reasons may include a buyer failing to pay for 

20 an item or providing a fraudulent check to pay for the item. Reason for appeal 
column 710 stores reasons why the NPB is appealing a NPB tick. A valid 
reason for appeal can be that the NPB did pay for the item and the seller is 
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providing a false complaint to obtain a FVF refund or credit. The appeal code 
column 712 stores codes related to the appeal. For example, the codes can 
indicate if the appeal is granted and the NPB tick is taken away or if the appeal 
is denied. 

5 The above record tables are exemplary and additional column entries or 

tables can be used by network facility 110 to provide services such that users of 
network facility 110 may file complaints for a bidder or buyer ("non-paying 
bidder") who has failed to follow through on a transaction (e.g v an online 
auction sale). Furthermore, the network facility 100 can also provide a final 

10 value fee (FVF) refund request or credit service for sellers involved in a failed 
transaction. The network facility 110 can also keep track of NPB and suspend 
the NPB if involved in more than a certain number of failed transactions. 

In the following operations, a seller is able to file a complaint against a 
bidder ("non-paying bidder") who has failed to follow through on a transaction 

15 (e.g., an auction sale) after a certain period of time from the end of the sale. A 
notification is provided to the non-paying bidder ("NPB") so that the seller and 
a bidder can communicate with each other to resolve the complaint or complete 
the transaction. If the parties cannot resolve the complaint after a certain period 
of time, the seller is allowed to file a FVF refund request for the FVF that the 

20 seller may have paid to facilitate the sale on the network-based facility. A NPB 
count or "tick" will be maintained for every failed transaction in which the NPB 
is involved in. 
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Filing a Non-Paying Bidder Alert or Complaint 
FIGS. 8A through 8D are flow charts illustrating an exemplary operation 
800 for a network-based facility to handle non-paying bidders and to handle 
final value fee refund requests. The following exemplary operation 800 can 
5 utilize the record tables of FIGS. 3-7 and other information contained in the 
database as shown in FIG. 2. 

Referring to FIG. 8A, for purposes of explanation, operation 800 begins 
at operation 802 after an end of an auction. At operation 804, a seller who was 
involved in a failed transaction with a buyer can file a non-paying bidder 
10 (NPB) complaint or alert. For one embodiment, the seller, however, must wait 
at least 7 calendar days before a complaint can be filed. To learn about the NPB 
program, the seller can access an interface such as interface 902 shown in FIG. 
9 A to learn more about the NPB program. 

At operation 806, if the seller does not wish to file a complaint or alert, 
15 operation 800 ends. If the seller does wish to file a complaint, operation 800 can 
continue to operation 826, 862, and 808. At operation 808, a determination is 
made if the seller has waited at least 7 days and no more than 30 days. The 
waiting period is to give the bidder an opportunity to complete the transaction 
before the seller can file a complaint or request a final value fee refund or 
20 request. 

If the seller has not waited at least 7 days and no more than 30 days, 
operation 800 returns to operation 804. If after the 7 day waiting period, but 
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before 30 days after end of auction, at operation 810, the seller may file a NPB 
complaint. For example, interfaces such as interfaces 1002 and 1010, as shown 
in FIGS. 10A and 10B, can be presented to the seller. The seller can then enter 
information such as User ID, Password, and Item Number as shown in 
5 windows 1004 and 1006. The seller can also enter reasons for the complaint as 
shown in window 1012. 

At operation 812, the information entered by the seller is captured or 
stored in a database such as that shown in FIG. 2. An interface such as interface 
1030 shown in FIG. 10C can be presented to the seller indicating that NPB 
10 complaint or alert has been completed. Operation 800 then continues to 
operation 822 in FIG. 8B. 

Referring to FIG. 8B, at operation 822 a determination is made if the 
reasons for the complaint are one of the following: 

1) bidder paid returned item and seller issued a refund; 
15 2) the parties mutually agreed not to complete the transaction; or 

3) sale price to high and bidder bid price was lower than final high 

bid. 

If the reasons for the complaint are one of the above reasons, operation 
800 continues at operation 842 in FIG. 8C. If not, operation 800 continues to 
20 operation 824. 

At operation 824, an email is sent to both bidder/buyer and seller 
informing the parties reason for complaint, item number, and that bidder will 
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get a NPB tick if the complaint is not resolved. The buyer is informed that the 
seller has filed a complaint. If the buyer believes the seller has made false 
statements, the buyer can inform the network facility. For example, the buyer 
can send an email to a "safeharbor" within the network facility. 
5 At operation 826, the buyer and seller are asked to resolve differences 

among themselves. This notification can be a separate email or contained in the 
email of operation 824. For one implementation, the email to the NPB can 
encourage the buyer to leave negative feedback for the seller if the buyer 
responded during the mediation period and the seller did not respond and is 

10 now filing a FVF credit request. 

At operation 828, a determination is made if the buyer and seller have 
resolved their differences, i.e., completed the transaction. If the parties have not 
resolved their differences, operation 800 continues to operation 862 in FIG. 8D. 
If the parties do resolve their differences, at operation 830 the process ends. 

15 The seller cannot file a FVF refund request because the transaction has been 
completed and no FVF credit is given. Furthermore, the buyer is not given a 
NPB tick. 

Filing a Final Value Fee Refund Request 

Referring to FIG. 8C, if the reason for filing the complaint is one of the 
20 reasons stated in operation 822 of FIG. 8B, operation 800 continues to operation 
842. At operation 842, the seller is taken to an FVF online credit form such as 
that shown in interfaces 1102, 1108, or 1120 of FIGS. 11A through 11C. For one 
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implementation, the seller is not allowed to file a FVF credit until at least 10 
days have passed since the seller filed the NPB complaint. Furthermore, the 
FVF credit request cannot be made more than 60 days after the end of auction 
At this point, the seller can request a FVF refund or credit because 
5 transaction that was not completed for valid reasons. At operation 844, a 

determination is made of the seller wants to file a FVF refund or credit request. 
At operation 846, if the seller does not wish to file a FVF credit request, the 
seller can leave interfaces 1102, 1108, or 1120 and the process ends. If, however, 
the seller does wish to file a FVF credit request, operation 800 continues to 

10 operation 848. 

At operation 848, the seller's user ID, item number, and reasons for 
complaint can be auto-populated on the online form. Alternatively, the 
aforementioned information can be entered by the seller as shown in windows 
1104 and 1106 in FIG. 11 A. The seller can then enter his/her password and 

15 how much was paid for the item in windows 1104 and 1110, 1122, and 1124 as 
shown in FIGS. 11A through 11C 

At operation 850, the FVF credit is automatically posted to seller's 
account. Buyer is not given a NPB tick because there was a valid reason on 
why the transaction was not completed. At operation 852, an email is sent to 

20 the buyer (cc. Seller) that informs the buyer that seller has request FVF credit 
for reasons given. Ask buyer to email the "safeharbor" if this is not valid. For 
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example, if the buyer did complete the transaction, then the seller is 
fraudulently request a FVF refund request/ credit. 

At operation 854, a determination is made if the buyer has sent an email 
to the "safeharbor." If no email is sent, at operation 856, the process ends. If the 
5 buyer does send an email to the safeharbor, at operation 858, the seller is not 
given a FVF credit and the process ends. Here, a further determination can be 
made by the network facility to inquire about the validity of the buyer's and 
seller's statements. 

Filing a Non-Paying Bidder Appeal 

;; u j 10 Referring to FIG. 8D, at operation 862, a determination is made if a NPB 

jsss 

s j complaint has been filed and if 10 days have elapsed since the NPB complaint 
Uf was filed. If not, operation 800 continues to operation 808 if not complaint has 
; 3 been filed and to operation 826 if 10 days have not elapsed. 

If a NPB complaint has been field and 10 days or more have elapsed, 
□ 15 operation 800 continues to operation 864. At operation 864, a determination is 
made if less than 60 days have elapsed since the end of the auction. If more 
than 60 days have elapsed, at operation 866, operation 800 ends and no FVF 
credit request is filed. Here, approximately two months have passed since the 
auction, which exceeds a maximum time limit to file a FVF credit request. 
20 If less than 60 days have elapsed since the end of the auction, at 

operation 868, a determination is made if the seller wants to file a FVF credit 
request. If the seller does not want to file a FVF credit request, operation 800 
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ends at operation 866. If the seller does want to file a FVF credit request, at 
operation 870, the seller is taken to the FVF online credit form such as that 
shown in interfaces 1102, 1108, or 1120 of FIGS. 11A through 11C For one 
embodiment, the user ID, item no., and reason for the complaint are 
5 autopopulated on the FVF online form. 

At operation 872, after the seller completes the FVF online form, the FVF 
credit is automatically posted to the seller's account and a NPB tick is given to 
the NPB. For example, the seller's account can be credited within 24 hours of 
FVF credit request. The NPB is notified via email that a tick has been given 

10 and is given the opportunity to appeal the tick. 

At operation 874, a determination is made if the NPB wants to appeal the 
tick. If the NPB does not want to appeal the tick, operation 800 continues to 
operation 830. If the NPB does want to appeal the tick, the NPB is taken to an 
online NPB appeal form such as interface 1202 shown in FIG. 12. 

15 At interface 1202, the NPB is given a window 1204 to enter a user ID and 

password and a window 1206 to enter the item number. Interface 1202 also 
provides a window 1208 for the NPB to enter a message on why the tick should 
not be given to him. After the NPB completes the NPB appeal form, the 
network-based facility can give the NPB a confirmation such as interface 1302 

20 shown in FIG. 13. Furthermore, the seller and NPB can access an interface 1402 
shown in FIG. 14 to determine number of credit requests and NPB tick scores 
for users. 
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For one embodiment, the NPB is given a maximum number of ticks (e.g., 
3 ticks) before the NPB is suspended from participating in online auctions. If 
the NPB tick goes from 3 to 2, the NPB can be reinstated. If the FVF credit for 
the seller is reversed, the NPB tick can later be reversed and the tick can be 
5 removed. For another embodiment, the NPB must receive at least three NPB 
ticks from three different sellers before that bidder is automatically suspended. 
If, for example, a bidder receives three NPB ticks from Seller A and one NPB 
tick from Seller B, the bidder should not be automatically suspended (NPB tick 
score = 2). However, the bidder should be flagged so that customer support 
10 may manually review the bidder and have the ability to suspend the bidder. 

Exemplary Computing System 
FIG. 15 is a diagrammatic representation of a machine, in an exemplary 
form of a computer system 1500, in which a set of instructions for causing the 
machine to perform any of the methodologies of the present invention may be 
15 executed. In alternative embodiments, the machine may comprise a network 
router, a network switch, a network bridge, Personal Digital Assistant (PDA), a 
cellular telephone, a web appliance or any machine capable of executing a 
sequence of instructions that specify actions to be taken by that machine. 

The computer system 1500 includes a process 1502, a main memory 1504 
20 and a static memory 1506, which communicate with each other via a bus 1508. 
The computer system 1500 may further include a video display unit 1510 (e.g., a 
liquid crystal display (LCD) or a cathode ray tube (CRT)). The computer 
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system 1500 also includes an alpha-numeric input device 1512 (e.g., a keyboard, 
a cursor control device 1514 (e.g., a mouse), a disk drive unit 1516, a signal 
generation device 1520 (e.g., a speaker) and a network interface device 1522. 
The disk drive unit 1516 includes a machine-readable medium 1524 on 
5 which is stored a set of instructions (i.e., software) 1526 embodying any one, or 
all, of the methodologies described above. The software 1526 is also shown to 
reside, completely or at least partially, within the main memory 1504 and/or 
within processor 1502. The software 1526 may further be transmitted or 
received via the network interface device 1522. For purposes of this 
l z \ 10 specification, the term "machine-readable medium" shall be taken to include 

h it 

: j any medium that is capable of storing or encoding a sequence of instructions 
lil for execution by the machine and that cause the machine to perform any one of 

the methodologies of the present invention. The term "machine-readable 
jii'j medium" shall accordingly be taken to include, but no limited to, solid-state 

: 3? 

□ 15 memories, optical and magnetic disks, and carrier wave signals. 

Thus, a method and system for dealing with non-paying bidders related 
to network-based transactions have been described. In the foregoing 
specification, the invention has been described with reference to specific 
exemplary embodiments thereof. It will, however, be evident that various 
20 modifications and changes may be made thereto without departing from the 
broader spirit and scope of the invention as set forth in the appended claims. 
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The specification and drawings are, accordingly, to be regarded in an 
illustrative sense rather than a restrictive sense. 
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